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SYSTEM AND METHOD FOR THE 

CREATION AND AUTOMATIC 
DEPLOYMENT OF PERSONALIZED, 
DYNAMIC AND INTERACTIVE VOICE 
SERVICES, INCLUDING DEPLOYMENT 
THROUGH DIGITAL SOUND FILES 

This application claims the benefit of Provisional appli- 
cation Ser. No. 60/153,222 , filed Sep. 13, 1999. 

FIELD OF THE INVENTION 

This invention relates to a system and method for creation 
and automatic deployment of personalized, dynamic and 
interactive voice services, including information derived 
from on-line analytical processing (OLAP) systems, where 
the system and method includes the ability to deploy voice 
services through a digital sound file. 

BACKGROUND OF THE INVENTION 

Although various user interfaces have been developed to 
enable users to access the content of data warehouses (for 
example, OLAP systems), through server systems, many 
such systems experience significant drawbacks. For 
example, in some situations a user may not have access to 
the computer software necessary to access the data ware- 
house (e.g., a traveling business person), or may not have 
time to sit and read all the retrieved information. In addition, 
persons with visual impairments may not be able to read the 
retrieved information. 

These and other drawbacks exist with current OLAP 
interface systems. 

SUMMARY OF THE INVENTION 



An object of the invention is to overcome these and other 
drawbacks in existing systems. 

According to one embodiment, the invention provides a 
system and method for the creation and automatic deploy- 
ment of personalized, dynamic and interactive voice 
services, including information derived from on-line ana- 
lytical processing (OLAP) systems and other data 
repositories, where the system and method includes the 
ability to deploy voice services through a digital sound file. 
Accordingly, the system does not require constant access to 
a terminal device and enables storage of content. 
Furthermore, by delivering information through voice 
services, it is not necessary for the recipient to read the 
retrieved information. 

Delivery of voice service information through a digital 
sound file also enables enhancements of the voice service. 
For example, other sound files, sound effects, music or other 
enhancements may be incorporated, from various sources, 
into the sound file. In this fashion, the relay of information 
to the user may be made more enjoyable for the user. 

Many parameters or style properties of the sound file 
recording/delivery may be customized according to a user's 
desire. For example, sound file format, type of message 
delivery, maximum file size and other features may be 
pre -selected by the user. 

One embodiment of the invention relates to a system and 
method for creation and automatic deployment of 
personalized, dynamic and interactive voice services, 
including information derived from on-line analytical pro- 
cessing (OLAP) systems and other data repositories. The 65 
system and method enables the ability to capture user 
selections to facilitate closed-loop transaction processing 



and processing of other requests. One aspect of the invention 
relates to an interactive voice broadcasting (IVB) system 
and method that enables analytical reporting and advanced 
transactional services via the telephone or other voice- 
enabled terminal device. One advantage of the invention is 
that a voice service may leverage the power of OLAP or 
other data repository systems and provide critical informa- 
tion to the user, in a timely fashion, by phone. Another 
advantage of this method and system is that it provides a 
user with the opportunity to immediately act upon informa- 
tion received during an IVB. 

A voice service is created and can have many users 
subscribed to the voice service. Each user can specify 
personal preferences for the content and presentation of the 
contents for a voice service. The specification of the ele- 
ments of a voice service may be done using a set of 
interfaces (such as GUIs) that take the form of a voice 
service wizard. 

A voice service includes one or more Dialog elements. 
Dialog elements may include one or more of Speech 
elements, Input elements and Error elements. An Input 
element may include a Prompt element and/or an Option 
element. An Input element enables the system to request 
input from the user, capture the input and direct the call flow 
based on the user's input. An Option element associates a 
key (e.g, on a telephone touch pad dial) with a destination 
Dialog that is executed when that number is pressed by a 
user during an interactive voice broadcast. A Prompt 
requests a user to enter numeric or other information. An 
Input element may enable a user to request, during an IVB, 
a transaction, a service or other requests. The term 
transactions, services and requests arc to be interpreted 
broadly. 

According to one embodiment, the user's responses to 
Input elements are stored during an IVB and, during or after 
the voice broadcast, the stored information is processed by 
the system or is passed to another system or application for 
processing. The transaction (or other request) processing can 
be accomplished either in real-time, during the voice 
broadcast, or after the IVB is completed. The results or 
confirmation of a transaction or other request can be pro- 
vided to the user during the call or subsequently. 

Once a voice service is created, the system monitors 
predetermined conditions to determine when the voice ser- 
vice should be executed. Each voice service is executed 
when one or more predetermined conditions are met as 
specified during creation of the voice service. For example, 
a voice service may be executed according to a predeter- 
mined schedule (time-based) or based on a triggering event 
(e.g., one or more conditions are met based on the output of 
an OLAP or other report). 

When the predetermined condition is satisfied, the voice 
service is executed. Executing a voice service includes the 
steps of generating the content specified by the voice service 
and the user preferences. Some users may have identical 
personalization options and, thus, a single call structure may 
be generated for a group of users with identical personal- 
ization options. The content of the voice service includes the 
information that is to be delivered to users of that voice 
60 service, and the Input to be requested from the user, among 
other things. The content may include, for example, static 
text messages, dynamic content (e.g., text based on infor- 
mation output from an OLAP report, other database or other 
sources) or blended text (e.g., static text combined with 
dynamic content). 

This and other content along with a user's personalization 
preferences are formatted in an Active Voice Page (AVP). An 
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AVP contains the call structure and data, voice style param- 
eters for the user and personal identification information 
designated for the user. The AVP contains data at various 
hierarchical levels that are defined by the Dialog elements 
defined for each voice service. The active voice pages are 
used to help govern the interaction between the call server 
and the user during an IVB. According to one embodiment, 
the content is formatted, into an AVP using XSL stylesheets 
so the AVP is in an XML-based language. According to one 
embodiment, the XML-based language used is a novel 
language referred to as TML (discussed below). The AVP is 
sent to a call server along with style properties for each user. 
The style properties of a user help determine the behavior of 
the call server during an IVB. A unique AVP is generated for 
each user scheduled to receive a voice service. 

When a user is called by the call server, information is 
passed through a text-to-speech (T-T-S) engine and deliv- 
ered to the user through a voice-enabled terminal device. 
Preferably, the structure of each call is dynamic, driven by 
current data values and is personalized based on a user 
profile established during subscription to a voice service. 
During a typical IVB, a synthesized, natural sounding voice 
greets the recipient by name, identifies itself, provides 
information relevant to the user and enables a user to provide 
input back to the system. 

An IVB is a voice -enabled interaction with a user having 
a dynamic structure controlled by the AVP for the particular 
user. The IVB may be delivered using real-time, on-the-fly 
speech generation. In addition to on-the-fly speech 
generation, some embodiments of the invention may incor- 
porate prerecorded sound files into an IVB. Switching 
between the T-T-S engine and prerecorded sound files may 
also be accomplished on-the-fly. During an IVB, informa- 
tion is exchanged between the call server and a user accord- 
ing to the AVP. The system executes dialogs by reading 
messages to the user and, eliciting input from the user. For 
example, the user may press buttons on a telephone touch 
pad dial to select an option or to provide numeric or 
alphanumeric input. Each response provided by a user may 
transfer control of the IVB to a different part of the AVP. 

During or after the IVB, the user's responses may be 
processed by the system or other applications. The AVP may 
contain pointers to other applications and embedded state- 
ments such that when a user exercises an option, the system 
performs a requested operation and returns the results to the 
user during the IVB. For example, by exercising an option, 
a user may request that a real-time database query be 
performed. When the user selects such an option, control is 
shifted to a portion of the AVP thai contains an embedded 
SQL statement that is made against a database. 

When a user has worked through selected dialogs of the 
AVP, the IVB is terminated. That is, a user likely will not 
work through all of the available dialogs during an IVB. 
Rather, the user's inputs and option selections determine 
which the available dialogs are encountered during any 
given IVB. 

Other objects and advantages of the present invention will 
be apparent to one of ordinary skill in the art upon reviewing 
the detailed description of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. la is a flow chart of a method in accordance with an 
embodiment of the present invention. 

FIG. lb is a flow chart indicating a method of generating 
a voice service according to one embodiment of the present 
invention. 
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FIG. lc is a flow chart indicating a method for interactive 
voice broadcasting according to an embodiment of the 
present invention. 

FIG. 2 is a flow chart indicating a sequence of an 
interactive voice broadcast according to one embodiment of 
the present invention. 

FIG. 3a is a schematic block diagram of a system in 
accordance with an embodiment of the present invention. 

FIG. 36 is a schematic block diagram of an intelligence 
server according to an embodiment of the present invention. 

FIG. 3c is a schematic block diagram of call server 
according to an embodiment of the present invention. 

FIG. 4 is a schematic block diagram of a commercial 
transaction processing system according to an embodiment 
of the present invention. 

FIG. 5 is a flow chart of a method of using a voice service 
bureau according to an embodiment of the present invention. 

FIG. 6a is a schematic block diagram of a voice service 
system incorporating a voice service bureau according to 
one embodiment of the present invention. 

FIG. 6b is a block diagram of a primary voice bureau 
according to one embodiment of the present invention. 

FIG. 6c is a block diagram of a backup voice bureau 
according to another embodiment of the present invention. 

FIG. 7 is a flow chart illustrating a method for integrating 
inbound and outbound voice services. 

FIG. 8 is a block diagram of a call server configured to 
provide integrated inbound and outbound voice services. 

FIG. 9 is a flow chart illustrating a method of implement- 
ing a digital sound file delivery according to one embodi- 
ment of the invention. 

FIG. 10 is a block diagram of a digital sound file delivery 
system according to one embodiment of the invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

In some scenarios it is convenient for the user to be able 
to receive the voice service information in a digital sound 
file format. For example, if the user cannot access a phone, 
or if the user prefers lo have a retrievable record of Ihe 
information conveyed during an IVB, it may be preferable 
to receive an audible sound file. Accordingly, some embodi- 
ments of the invention provide the capability to generate a 
digital sound file that is delivered to the user in a 
customizable, predetermined format. For example, users 
may elect to receive an electronic mail (e-mail) message, 
containing an attached sound file with the IVB information 
contained therein. In this manner, the user may be provided 
with a digital file containing an audible record of informa- 
tion received during an IVB. This file may be accessed, 
stored, replayed, or otherwise processed according to the 
desires of the user. 

One embodiment of the present invention may implement 
a voice service that is delivered to the user as a digital sound 
file. According to another embodiment, and as described 
above, the sound file output may serve as a redundant or 
backup delivery format, or it may serve as a primary choice 
of voice service delivery. In either case, the sound file 
delivery option is herein referred to as a voice service. 

One embodiment of a method to carry out delivery of a 
voice service using personalized sound files is described 
with reference to FIG. 9. In step 900, an AVP is prepared. As 
explained below in conjunction with the system of FIGS. 
1-3, an AVP governs the interaction between a user and the 
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voice service system during voice service delivery. An AVP 
is generated when a voice service is scheduled for 
delivery — for example, because a predetermined lime has 
been reached or a predetermined condition has been satis- 
fied. The AVP may also be used to deliver content. 

A determination is made whether the user has selected 
sound file delivery of their voice service (step 910). If sound 
file delivery has not been selected, the system proceeds to 
step 920 and delivers the voice service information using an 
IVB as described below in conjunction with FIGS. 1-8. 
According to another embodiment, a user may chose deliv- 
ery using through an IVB and a sound file as a redundancy 
measure. 

According to one embodiment, a user selecting sound file 
delivery selects additional style properties for personalizing 
the voice service. These style properties are applied at an 
appropriate time and used to personalize the over-air broad- 
cast. Style properties may include such factors as: preferred 
format of sound file (e.g., ".wav" file, Real-Audio™ file, 
MP3™ file, digital audio broadcast (DAB) files, etc.), type 
of device receiving the sound file, type of connection that 
device uses, maximum size of sound file that user will accept 
(e.g., 2 Mbytes, 20 Mbytes, unlimited size, etc.), preferred 
user introductory greeting (e.g., "Hello Joe," "Hello Mr. 
Smith," etc.) and other factors. 

According to one embodiment, these style properties are 
applied after decision step 910. FIG. 9 indicates that per- 
sonalization occurs in a single step 930. According to 
another embodiment, personalization may occur at many 
different places in assembling a sound file for voice service 
delivery. 

According to one embodiment, style properties are 
applied as they become relevant. For example, style prop- 
erties may be retrieved individually, or in a piecemeal 
fashion, as the factor becomes relevant to the sound cast. 
Thus, for example, factors such as selecting sound file 
formal, or preferred greeting may be retrieved prior to 
generating the sound file and factors such as retrieving 
delivery address may be retrieved at a lime when the system 
is prepared to deliver the sound file. Other embodiments are 
possible. 

A sound file is generated at step 940. According to one 
embodiment, the sound file comprises a record of an IVB 
that takes place between the system and a user in conjunc- 
tion with the system and method explained below in FIGS. 
1-8. According to this embodiment, the sound file is gen- 
erated from the output of text-to-speech engine 1814. 
According to another embodiment, a sound file is generated 
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down pass in a football game, a weather map, a stock price 
graph, or other visual enhancement may be included. These 
other files may be integrated with the generated sound file to 
provide a seamless presentation. The addition of these other 
files may be selected at the user's option as indicated by the 
dashed line in FIG. 9. In some embodiments, the addition of 
other files may be one of the style properties determined at 
step 930. 

According to one embodiment, sound files are integrated 
with the generated sound files to provide a seamless pre- 
sentation. In the embodiment where the system operates in 
conjunction with the system of FIGS. 1-8, sound files may 
be integrated through the AVP. That is, the AVP comprises 
a TML file including at least, dialog elements, input ele- 
ments prompt elements, and option elements as explained in 
detail below. According to one embodiment, a sound file 
may be integrated by including a pointer in a dialog that is 
used to access the sound file from memory. According to this 
embodiment, a single sound file is generated that includes 
the sound files to be added. 

According to one embodiment, the generated sound files 
and any additional files used in I VBs are stored and managed 
using a relational database management system (RDBMS), 
which allows easy categorization and management of the 
various files and file types. 

The sound files are formatted for delivery in step 950. 
According to one embodiment, the sound file is formatted 
according to a format selected by the user (e.g., .wav file, 
Mp3™ file, Real-Audio™ file or other format). Where the 
sound file comprises sound files generated by the system, the 
sound file is generated in the appropriate format. Where the 
sound file comprise a sound file that is generated by a 
foreign system, some formatting may be necessary. Accord- 
ing to one embodiment, one or more conversion programs 
are used to convert sound files from a foreign source to the 
appropriate format. 

According to the embodiment shown in FIG. 9, sound file 
generating 940 and formatting 950 are indicated as separate 
sequential steps. According to another embodiment, the 
sound file is generated at step 940 and formatted at a later 
lime. 

The formatted sound file is sent to the user in a prede- 
termined fashion in step 960. In one embodiment, the sound 
file is sent to the user as an electronic mail (e-mail) attach- 
ment. The user may then play or store the file as desired. In 
another embodiment, the sound file may be sent to an 
Internet (e.g, World Wide Web) site and posted there for the 
user to retrieve, download or otherwise access the file. Such 
a site may include a personalized user password or other 



automatically from a AVP without calling a user. In this 50 security measures to ensure that only the intended recipient 



embodiment, the sound file is also generated using the 
output of text-to-speech engine 1814. The sound file may be 
generated by any suitable digital recorder in a manner that 
is known. 

In some embodiments, additional files may be added 
during step 942. Additional files may comprise other sound 
files, visual files (e.g., movies, graphics, pictures, bitmaps, 
etc.), text files, or other files. For example, if a user has 
subscribed to receive a voice service comprising a report of 
the result of favorite sports team game, the voices service 
may include, along with the generated sound file, another 
sound file comprising a post-game interview with a player, 
a recording of an announcer's call of a key scoring play (e.g., 
"It's a long fly ball, deep to center field . . . "), the sports 
team theme music, or other sound file. In addition, some 
embodiments may include a video clip "highlight" or other 
accompanying graphics. For example, a movie of a touch - 



55 



60 



65 



may access the file. 

According to one embodiment, the voice service 
described with reference to FIGS. 1-8 is used to enable 
sound file delivery with the modifications described in FIG. 
10. FIG. 10 shows one embodiment of a call server 18 that 
enables the sending of a sound file. As shown in FIG. 10, call 
server 18 may comprise a sound file initiation module 1000 
that enables the process of recording and delivering a 
soundcast. Sound file initiation module 1000 may enable the 
system to resort to a soundcast in those situations where 
sound file delivery is requested. For example, sound file 
delivery decision step 910 (e.g., FIG. 9) may be enabled by 
initiation module 1000. Server 18 may also comprise a 
sound file style properties retrieval module 1010. According 
to one embodiment, style properties retrieval module 1010 
enables the retrieval of the predetermined features relevant 
to the creation of the soundcast. 
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According to this embodiment, call server 18 also com- 
prises a combined sound file generating/formatting module 
1020. The generating'formatting module enables the gener- 
ating and formatting of sound files as discussed in conjunc- 
tion with FIG. 9. In another embodiment, the generating and 
formatting function may comprise separate modules. 
According to one embodiment, generating and recording 
module 1020 receives output from text-to-speech engine in 
1814 in order to generate sound files. According to some 
embodiments, generating/formatting module 1020 may 
include a module to cooperate with an RDBMS to assist in 
generating and formatting sound files. 

Sound file distribution module 1030 enables the distribu- 
tion of the soundcast. According to one embodiment, dis- 
tribution module 1030 enables the delivery of the soundcast 
via e-mail. According to other embodiments distribution 
module 1030 enables the delivery of sound files via web 
page posting, or other predetermined method. 

Communication lines 1040 enable connection of call 
server 18 to other communication networks. According to 
one embodiment of call server 18, communication lines 
1040, enable connection to the Internet. According to other 
embodiments, communication lines 1040 comprise connec- 
tion lines to computer networks such as LAN's, WAN's, or 
other networks. Further, phone lines 183 may also be 
provided to facilitate communication. 

The method and system described in FIGS. 9-10 may be 
advantageously deployed in a system as shown in FIGS. 
1-8. FIGS. 1-8 describe one embodiment of the present 
invention that provides a system for automatic, interactive, 
real-time, voice transmission of O LAP output to one or more 
subscribers. For example, subscribers may be called by the 
system, and have content delivered audibly over the tele- 
phone or other voice-enabled terminal device. During the 
IVB, information may be exchanged between the system 
and a subscriber. The system conveys content to the sub- 
scriber and, the subscriber may respond by pressing one or 
more buttons on a telephone touch pad dial (or other input 
mechanism) to hear more information, to exercise options, 
or to provide other responses. This interaction shapes the 
structure of a basic exchange between the system and the 
subscriber. During or after the call is terminated, the sub- 
scriber's responses may be stored and processed (e.g., by 
other applications). 

According to one embodiment of the present invention, a 
method for automatic, interactive, real-time, voice transmis- 
sion of OLAP output to one or more subscribers is provided. 
FIG. la depicts a flow chart of a method for automatic, 
interactive, real-time, voice transmission of OLAP output 
according to one embodiment. The method begins in step 
110 with the creation of a voice service (e.g., by a system 
administrator or user). A voice service is created using, for 
example, a voice service wizard which may comprise a 
series of interfaces. One embodiment of a method for 
creating a voice service is explained in more detail below in 
conjunction with FIG. lb. One embodiment of a voice 
service wizard is explained below in conjunction with FIG. 
3b. 

After a voice service is created, users may subscribe or be 
subscribed to the voice service (step 120), for example, by 
using a subscription interface. According to one 
embodiment, users may subscribe to an existing voice 
service over the telephone or by web-based subscription. A 
user may also be subscribed program malically. In other 
embodiments, a user may subscribe to a voice service via 
electronic mail. Not every voice service created in step 110 
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is available for subscription- More specifically, according to 
another embodiment, only a user with appropriate access, 
such as the creator of the service, is allowed to subscribe 
himself or others to a service. Such a security feature may 
be set when the voice service is created. 

In step 130, a scheduling condition or other predeter- 
mined condition for the voice services is monitored to 
determine when they arc to be executed. That is, when a 
voice service is created or subscribed to, the creator or user 
specifies when the voice service is to be executed. A user 
may schedule a voice service to execute according to the 
date, the time of day, the day of the week, etc. and thus, the 
scheduling condition will be a date, a lime, or a day of the 
week, either one time or on a recurring basis. In the case of 
an alert service, discussed in more detail below, the sched- 
uling condition will depend on satisfaction of one or more 
conditions. According to one embodiment, the conditions) 
to be satisfied is an additional scheduling condition. Accord- 
ing to another embodiment, to another embodiment, a ser- 
vice may be executed "on command" either through an 
administrator or program matically through an API. Sched- 
uling of voice services is discussed in more detail below. 

The method continues monitoring the scheduling condi- 
tion for voice services until a scheduling condition is met. 
When a scheduling condition is met, that voice service is 
executed as ullustrated, for example, step 140. The execu- 
tion of a voice service involves, inter alia, generating the 
content for the voice service, and structuring the voice 
service to be telecast through a call server. The execution of 
a voice service is explained in detail in conjunction with 
FIG. lc. 

An example of a telecast is as follows. 
Personalized Greeting 
Hello Joe, this is your stock update. 
PIN Verification 

Please enter your six digit PIN number 
(Joe enters his PIN, using the keypad dial on his 
telephone.) 
Menu Options 

Your portfolio was up by $1000 today. 
Please select: 

1. To get a portfolio stock update 

2. To conduct a transaction 
(Joe presses 2) 

Sub Menu 

Thank you, Joe! Please select a ticker. 

1. PQT 

2. TOP 

3. Listen to options again 

4. Return to main menu 
(Joe presses 1.) 

Sub Menu 

Would you like to buy or sell stock? Please press: 

1. To sell stock 

2. To buy stock 
(Joe presses 1.) 
Sub Menu 

How many shares of PQT would you like to sell today? 
Please press: 

1. To sell SO shares 

2. To sell 100 shares 

3. To sell 200 shares 

4. To sell another quantity (Joe presses 2.) 
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Sub Menu 

You selected 2. You wanl to sell 100 shares of PQT. Please 
press: 

1. If this is correct 

2. If this is incorrect 

3. If you wanl to change the number of shares you want 
to buy. 

(Joe presses 1.) 

End Voice Service /Terminate Telecast 

Thank you for using our voice interactive broadcasting 
service, Joe. We will call you 

back when your transaction is completed. Good-bye. 
As can be seen from the above sample during an IVB, the 
user is presented with information, e.g., the status of his 
portfolio, and is presented options related to that report, e.g., 
the option to buy or sell stock. 

According to one embodiment, a voice service is con- 
structed using service wizard. A voice service is constructed 
using several basic building blocks, or elements, to organize 
the content and structure of a call. According to one 
embodiment, the building blocks of a voice service comprise 
elements of a markup language. According to one particular 
embodiment, elements of a novel markup language based on 
XML (TML) are used to construct voice services. Before 
explaining bow a telecast is constructed, it will be helpful to 
define these elements. 

The DIALOG element is used to define a unit of inter- 
action between the user and the system and it typically 
contains one or more of the other elements. A DIALOG can 
not be contained in another element. 

The SPEECH element is used to define text to be read to 
a user. 

The INPUT element is used to define a section of a 
DIALOG that contains interactive elements, i.e., those ele- 
ments that relate to a response expected from a user and its 
validation. An INPUT element may contain OPTION, 
PROMPT and ERROR elements. 

An OPTION element identifies a predefined user selection 
that is associated with a particular input. According to one 
embodiment, OPTION elements are used to associate one or 
more choices available to a user with telephone keys. 

A PROMPT element defines a particular input that is 
expected. According to one embodiment, a PROMPT ele- 
ment defines that a sequence or number of key presses from 
a telephone keypad is expected as input. Unlike an OPTION 
Element, a PROMPT Element is not associated with pre- 
defined user selections. 

The PROMPT and OPTION elements may also be used to 
request user input using natural language. According to one 
embodiment, speech recognition technology is used to 
enable a user to respond to a PROMPT element or to select 
an OPTION element verbally by saying a number, e.g., 
"one.". The verbal response is recogni2ed and used just as a 
keypress would be used. According to another embodiment, 
the user may provide a free form verbal input. For example, 
a PROMPT element may request that a user enter, e.g., the 
name of a business. In response the user speaks the name of 
a business. That spoken name is then resolved against 
predetermined standards to arrive at the input. Word spotting 
and slot filling may also be used in conjunction with such a 
PROMPT to determine the user input. For example, a 
PROMPT may request that the user speak a date and time, 
e.g., to choose an airline flight or to make a restaurant 
reservation. The user's spoken response may be resolved 
against known date and time formats to determine the input. 
According to another embodiment, a PROMPT is used to 
request input using natural language. For instance, in con- 
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junction with a voice service to be used to make travel plans, 
instead of having separate PROMPT elements request input 
for Sight arrival, departure dates and locations, a single 
natural language PROMPT may ask, "Please state your 
travel plan." In response, the user states 'I'd like to go from 
Washington DC to New York city on the 3"* of January and 
return on the 3T* of February. This request would be pro- 
cessed using speech recognition and pattern matching tech- 
nology to derive the user's input. 

The ERROR element is used to define the behavior of the 
system if a user makes an invalid response such as touching 
a number that has not been associated with an OPTION 
element, or entering input that does not meet the criteria of 
a PROMPT element. A SYS-ERROR element defines a 
handler for certain events, such as expiration of the waiting 
time for a user response. 

The FOR-EACH element is used to direct the system to 
loop through a list of variables e.g., variables contained in a 
database report, or variables from a user input, to dynami- 
cally generate speech from data. 

In addition to the elements described above, there are two 
features that maximize an administrator's ability to design 
voice services. Call Row Reports enable an administrator to 
generate the structure of a call based on the content of an 
report e.g., from an OLAP system or other data repository. 
For example, the options presented to a user in a PROMPT 
element may be made to correspond to the row of a data 
report. According to one embodiment, report data is con- 
verted into options by application of an XSL (extensible 
style sheet language) style sheet. The result of this applica- 
tion is inserted into the static call structure when the voice 
service is executed. 

The use of an XSL style sheet is a feature that maximizes 
an administrator's voice service building ability. As dis- 
cussed above, they are used to create dynamic call structure 
that depends on data report output. They may also be used 
to generate a text string that comprises the message to be 
read to a user at any point in a call. 

A method for creating a voice service according to one 
embodiment will now be explained in conjunction with FIG. 
2. The method begins in step 210 by naming the voice 
service. Then, in step 220 various scheduling parameters of 
the voice service are defined. In step 250 the service content 
is defined. And, in step 260, the personalization modes, or 
style properties are selected for the voice service. 

According to one embodiment, in step 210, a voice 
service is named and a description of the voice service 
provided. By providing a name and description, a voice 
service may be uniquely identified. An interface is provided 
for prompting input of the name of the service to be created 
or edited. An input may also be provided for a written 
description. An open typing field would be one option for 
providing the description input. According to another 
embodiment, if an existing call service has been selected to 
edit, the service name field may not be present or may not 
allow modification. 

In step 220, conditions for initiating the service are 
selected. This may include selecting and defining a service 
type. At least two types of services may be provided based 
on how the services are triggered. A first type of service is 
run according to a predetermined schedule and output is 
generated each time the service is run. A second type of 
service, an alert service, is one that is run periodically as 
well, however, output is only generated when certain criteria 
is satisfied. Other service types may be possible as well. In 
one embodiment the administrator is prompted to choose 
between a scheduled service or an alert service. An interface 
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may provide an appropriate prompt and some means for 
selecting between a scheduled service and an alert service. 
One option for providing the input might be an interface 
with a two element toggle list. 

Id one embodiment, a set of alert conditions is specified 
to allow the system to evaluate when the service should be 
initiated if an alert type service has been selected. In one 
embodiment, a report or a template/filter combination upon 
which the alert is based is specified. Reports and template/ 
filter combinations may be predefined by other objects in the 
system including an agent module or object creation mod- 
ule. According to one embodiment, an agent module, such as 
DSS agent™ offered by MicroSlrategy, may be used to 
create and define reports with filters and template 
combinations, and to establish the alert criteria for an alert 
service. According to another embodiment, an interface is be 
provided which includes a listing of any alert conditions 
presently selected for the voice service. According to this 
embodiment, the interface may comprise a display window. 
A browse feature may take the user to a special browsing 
interface configured to select a report or filter-template 
combination. One embodiment of an interface for selecting 
reports and filter-template combinations is described below. 
Once a report or filter and template combination is chosen, 
the alerts contained in the report or filter and template 
combination may be listed in the display window of the 
interface. 

In step 240, the schedule for the service is also selected. 
According to one embodiment, predefined schedules for 
voice services may be provided or a customized schedule for 
the voice service may be created. If a new schedule is to be 
created, a module may be opened to enable the schedule 
name and parameters to be set. Schedules may be run on a 
several-minute, hourly, daily, monthly, semi-annual, annual 
or other bases, depending upon what frequency is desired. 
According to one embodiment, an interface is provided that 
allows the administrator to browse through existing sched- 
ules and select an appropriate one. The interface may 
provide a browsing window for finding existing schedule 
files and a "new schedule" feature which initiates the 
schedule generating module. In one embodiment, schedules 
may not be set for alert type services. However, in some 
embodiments, a schedule for evaluating whether alert con- 
ditions have been met may be established in a similar 
manner. 

In step 230, the duration of the service is also set. Service 
duration indicates the starting and stopping dates for the 
service. Setting a service duration may be appropriate 
regardless of whether a scheduled service or alert type 
service has been selected. The start date is the base line for 
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In step 220, a voice service may also be designated as a 
mid-tier slicing service. In one embodiment, mid-tier slicing 
services generate content and a dynamic subscriber list in a 
single query to an OLAP system. According to one 
embodiment, in a mid-tier slicing service a single database 
query is performed for all subscribers to the service. The 
result set developed by that query is organized in a table that 
contains a column that indicates one or more users that each 
row of data is applicable to. 

In step 250, the content of the voice service is defined. 
Defining the content of the voice service may include 
selecting the speech to be delivered during the voice service 
broadcast (content), the structure of dialogs, menus, inputs, 
and the background procedures which generate both content 
and structure. In one embodiment, defining voice service 
content establishes the procedures performed by the VSS 
server to assemble one or more active voice pages in 
response to initiation of the voice service. According to one 
embodiment, defining service content involves establishing 
a hierarchical structure of TML elements which define the 
structure and content of a voice service. All of the elements 
in a given service may be contained within a container. 

The personalization type is selected in step 260. Person- 
alization type defines the options that the administrator will 
have in applying personalization filters to a voice service. 
According to one embodiment, a personalization filter is a 
set of style properties that can be used to determine what 
content generated by the service will be delivered to the 
individual user and in what format it will be delivered. In 
one embodiment, personalizing the delivery format may 
include selection of style properties that determine the sex of 
the voice, the speed of the voice, the number of call back 
attempts, etc. Personalization filters may exist for individual 
users, groups of users, or types of users. According to one 
embodiment, personalization filters may be created indepen- 
dent of the voice service. According to this embodiment, a 
voice service specifies what filters are used when generating 
IVBs. Some personalization type options may include: 
allowing no personalization filters; allowing personalization 
filters for some users, but not requiring them; and requiring 
personalization filters for all interactive voice broadcasts 
made using the service. 

According to one embodiment, specifying personalization 
type is accomplished by administrator input through an 
interface. The interface may offer a toggle list with the three 
options: required personalization, optional personalization, 
and no personalization. 

The voice service may be stored in a database structure to 
enable users to retrieve predefined voice services and to 
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the voice service will no longer be sent. The service may 
start immediately or at some later time. According to one 
embodiment, the interface Is provided to allow the admin- 
istrator to input start and end dates. The interface may also 
allow the administrator to indicate that the service should 
start immediately or run indefinitely. Various calendar fea- 
tures may be provided to facilitate selection of start and stop 
dales. For example, a calendar that specifies a date with 
pull-down menus that allow selection of a day, month and 



tion interfaces explained in conjunction FIGS. 3o-3c or 
otherwise. An interface informing the administrator that 
creation of the voice service is complete may also be 
provided. 

55 According to one embodiment, the method of FIG. lb 
also comprises an error condition step. An error condition 
step may be used to enable administrators to specify "error" 
conditions and the handling of those conditions. For 
example, an "error" condition may comprise a notification 



year may be provided according to known methods of 60 that a server is "down" or that there is no data to be returned. 



selecting dates in such programs as electronic calendar 
programs and scheduling programs used in other software 
products. One specific aid that may be provided is to provide 
a calendar with a red circle indicating the present date and 
a blue ellipse around the current numerical date in each 
subsequent month to more easily allow the user to identify 
monthly intervals. Other methods may also be used. 
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An administrator may specify particular actions to be per- 
formed by the system in response to one or more error 
conditions. For example, an administrator may specify an 
"addressing" error (e.g., disconnected number) and indicate 
a particular action to be performed in response to an 
"addressing" error (e.g., notify system administrator). Other 
error conditions might include: an alert report encountering 
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an error and returning no data; a subscriber lacking the particular level) may be the text that is converted to speech 

Quired personalization filter for the service; errors occur- and played when the recipient encounters the node 

£g in £ generation of one or more report, or = J^^^^A^ g-a^nd 

returning no data. Various otr^r conditions and actions may *dude *™™ t £^ Qr w^er where the pages are 

be spedfied.Certam error ^ 5 Refreshed. According to one particular 

for the system, but an administrator may have reasons for P mbodinien £ me aclive voice page thal b generate d for a 

supplementing or diverging from the predetermined error ^ c^ins links u, these standard active voice pages. The 

conditions. According to one particular embodiment, error ^ foUowed a process similar to web page 
conditions are specified using the ERROR and SYS- 

ERROR elements. 10 The gal] structure may comprise either a static structure 

la one embodiment, setting error conditions may be lhat is de fi ne d j n tne voice service interfaces e.g., by typing 

accomplished using an error handling interface. The inter- , ext imo a lext an d/or a dynamic structure generated by 

face may allow the administrator to select either default gr id/XSL combinations. The dynamic structure is merged 

error handling, or to customize error handling using a structure during the service execution. A single 

module for defining error handling. If default handling is is ca n structure is created for each group of users that have 

selected, the system uses established settings. If customized identical personalization properties across all projects 

handling is chosen the user may use a feature to access the because such a group will receive the same content, 

appropriate interface for the error handling module. After a call structure is ge n crated m stc P ^ ?^ seat to 

Servers mav have limited capacity to perform all of the a call database e.g. call database 1811 shown in FIG. 3c 

actions required of them simultaneously, the method of FIG. 20 along with the addresses an f h s, y lc h P^fT^fl 

1ft comprises a step for prioritizing the execution and The style properties govern the behavior of a caU sen* 18 

delivery of voice services. Prioritization may establish the in various aspects of the dialog with a user CaU server 18 

ord«Swmc h The voice service system allocates resources queries call database 1811 for current call requests and 

for processing voice service and delivering the IVB. Accord- places new call requests in its queue. 

Z to one embodiment, assigning priority to a voice service 25 In step 340, a call request is processed. A caU is imple- 

e^ablSes priority for queries* io the database system, mented on call server 18 using one of several ports that are 

forSg the voice service, or IVBs. Any criteria may be configured to handle telephone communication. When a port 

Sed fo establishing priority. According to one embodiment, becomes available, the call request is removed from the 

^SSu^b-rfoo service Ltent. According to queue and the call is made to the 

another embodiment, priority is based on service destina- 30 through an active voice page, e.g., by ente ring mpui _ using 
tion According to another embodiment, priority may be the key pad or by speaking responses, call/content ^pre- 
established based on the type of voice service, i.e., alert v. sented by converting text to speech m text-to-syeech engme 
S^^iSir of^ocedures or criteria for denot- 1814. User input during the callmay be stored for process- 
£££ -Unce ofLvice delivery may be e«ab- ^ JJ*« 

In one embodiment, an interface is provided for defining voice pages. For example as «P«^ 

the priority of the voice service being created or edited. active voice pages may be generated and inserted into a 

AcTd^nfto one embodiment, the interface comprises a database or Web Server. Then, when a user .voce semce 

^including option boxes with pull down menus listing is delivered, that voice service may contain links D infor- 

Z umber of different prioritization options. « nation that may be accessed by 

Another aspect of the invention relates to a method for those s.andarc lacuve voice P^2L™* P 
executing a voice service. FIG. lc depicts one example of a response to OPTION or PROMPT elements^ 
flow chart for executing a voice service. In step 310, the In step 350, user responses are stored by the system, 
coment of a voice Srvice is generated. In step 320, the call According to one embodiment user responses are stored in 
tructl o a t kcast is created via Active Voice Pages. In .5 a response collection defined by the active vence pagc^ A 
sup 330, the AVPs are put in a call database for processing voice service may specify that a sub ^ be ;. retu ™ v , ^^ 
e g , m a call queue. In s°ep 340, the call request is processed tion during an IVB so that another apphcaUon mayj process 
and an interactive voice broadcast with the user is imple- the data. For instance, a user may be Pimpled* .purchase 
memed. In step 350, user's responses are written back to the a commodity and be ^o enter or s^ak Renumber o 
voice service system (e.g., the Active Vbice Page). Each of so units for the transaction. During or after an IVB the sub- 
Zse sTep wuTbe explained in more detail below. scribe^ responses are written to a ocauon from which ^ey 
According to one embodiment, content is created in step can be retrieved for processing (e.g, by an external 
310 as follows. A voice service execution begins by running application). . . inIerac . ive ca n flow 
scheduled reports, queries or by taking other action to FIG. 2 is an example of an I VB with interactive call ^low 
^ermine wtTuWthe service should be sent. Tne subscrib- 55 An IVB usually contains a greeUng message , U, addresses 
ers for the service are then resolved. Datasets are generated the targeted user, identifies the nam of the caUing 
for each group of subscribers thai has unique personalization application, and states the purpose of the call and/or presents 
iui ™wi s r summary metrics. The voice service system can also imple- 
ad structure may be created (step 320) as follows. An ment a PIN verification protocol, if this layer of security is 
AVP contains data at various hierarchical content levels 60 required. The main menu structure of an IVB can contain a 
(nodes) that can be either static text or dynamic content. number of options that lead to sub-menu structures. A menu 
Static ext can be generated e.g., by typing or by incorpo- can also contain prompts for the user to enter numencal 
fating text me Dynamic contem may be generated e.g., by information using a telephone touch pad dial A node along 
inserting data from a data report using a grid an/or an XSL the hierarchical menu structure may have options to return 
stylesheet. Moreover, content is not limited to text based 65 the user to a higher level. 
iCatioo. Other media, such as, sound files, may be FIG. 3a depicts an embodiment of . : 
incorporated into the AVP. Tne call data (for example, at a one embodiment of the present mvention. Preferably, the 
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system comprises database system 12, a DSS server 14, 
voice server 16, a call server 18, subscription interface 20, 
and other out input/files 24. 

Database system 12 and DSS server 14 comprise an 
OLAP system that generates user-specified reports from data 
maintained by database system 12. Database system 12 may 
comprise any data warehouse or data mart as is known in the 
art, including a relational database management system 
("RDBMS"), a multidimensional database management sys- 
tem ("MDDBMS") or a hybrid system. DSS server 14 may 
comprise an OLAP server system for accessing and man- 
aging data stored in database system 12. DSS server 14 may 
comprise a ROLAP engine, MOLAP engine or a HOLAP 
engine according to different embodiments. Specifically, 
DSS server 14 may comprise a multithreaded server for 
performing analysis directly against database system 12. 
According to one embodiment, DSS server 14 comprises a 
ROLAP engine known as DSS Server™ offered by MicroS- 
trategy. 

Voice service server (VSS) 16, call server 18 and sub- 
scription interface 20 comprise a system through which 
subscribers request data and reports e.g., OLAP reports 
through a variety of ways and are verbally provided with 
their results through an IVB. During an D/B, subscribers 
receive their requested information and may make follow-up 25 
requests and receive responses in real-lime as described 
above. Although the system is shown, and will be explained, 
as being comprised of separate components and modules, it 
should be understood that the components and modules may 
be combined or further separated. Various functions and 
features may be combined or separated. 

Subscription interface 20 enables users or administrators 
of the system to monitor and update subscriptions to various 
services provided through VSS 16. Subscription interface 20 
includes a world wide web (WWW) interface 201, a tele- 
phone interface 202, other interfaces as desired and a 
subscriber API 203. WWW interface 201 and telephone 
interface 202 enable system 100 to be accessed, for example, 
to subscribe to voice services or to modify existing voice 
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arrangements, etc. for receiving content. The login alias may 
be used to determine a subscriber's preferences and generate 
service content according to the subscriber's preferences 
when generating service content for a particular subscriber. 

A DRL may be a report which returns lists of valid user 
names based on predetermined criteria that are applied to the 
contents of a database such as database system 12. Providing 
a DRL as a report enables the DRL to incorporate any 
filtering criteria desired, thereby allowing a list of subscrib- 
ers to be derived by an application of a filter to the data in 
database system 12. In this manner, subscribers of a service 
may be altered simply by changing the filter criteria so that 
different user names are returned for the DRL. Similarly, 
subscription lists may be changed by manipulating the filler 
without requiring interaction with administrator console 
161. Additionally, categorization of each subscriber may be 
performed in numerous ways. For example, subscribers may 
be grouped via agent filters. In one specific embodiment, a 
DRL is created using DSS Agent™ offered by MicroSlrat- 

egy- 

VSS 16 is shown in more detail in FIG. 3b. According to 
one embodiment, VSS 16 comprises administrator console 
161, voice service API 162 and backend server 163. Admin- 
istrator console 161 is the main interface of system 100 and 
is used to view and organize objects used for voice broad- 
casting. Administrator console 161 provides access to a 
hierarchy of additional interfaces through which a system 
administrator can utilize and maintain system 100. Admin- 
istrator console 161 comprises system administrator module 
1611, scheduling module 1612, exceptions module 1613, 
call settings module 1614, address handling module 1615, 
and service wizard 1616. 

System administrator module 1611 comprises a number 
of interfaces that enable selection and control of the param- 
eters of system 100. For example, system administrator 
module 1611 enables an administrator to specify and/or 
modify an email system, supporting servers and a repository 
server with which system 100 is to be used. System admin- 
istrator 1611 also enables overall control of system 100. For 
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services. Other interfaces may be used. Subscriber API 203 40 example, system administrator module is also used to con- 



provides communication between subscription interface 20 
and VSS 16 so that information entered through subscription 
interface 20 is passed through to VSS 16. 

Subscription interface 20 is also used to create a sub- 
scriber list by adding one or more subscribers to a service. 
Users or system administrators having access to VSS 16 may 
add multiple types of subscribers to a service such as a 
subscriber from either a static recipient list (SRL) (e.g., 
addresses and groups) or a dynamic recipient list (DRL) 



trol the installation process and to start, stop or idle system 
100. According to one embodiment, system administrator 
1611 comprises one or more graphical user interfaces 
(GUIs). 

45 Scheduling module 1612 comprises a number of inter- 
faces that enable scheduling of voice services. Voice ser- 
vices may be scheduled according to any suitable 
methodology, such as according to scheduled times or when 
a predetermined condition is met. For example, the predc- 



(described in further detail below). The subscribers may be 50 termined condition may be a scheduled event (time-based) 
identified, for example, individually, in groups, or as including, day, date and/or time, or if certain conditions are 



dynamic subscribers in a DRL. Subscription interface 20 
permits a user lo specify particular criteria (e.g., filters, 
metrics, etc.) by accessing database system 12 and providing 



met. In any event, when a predetermined condition is met for 
a given service, system 100 automatically initiates a call lo 
the subscribers of that service. According to one 
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the user with a list of available filters, metrics, etc. The user 55 embodiment, scheduling module 1612 comprises one or 



may then select the criteria desired to be used for the service. 
Metadata may be used to increase the efficiency of the 
system. 

A SRL is a list of manually entered names of subscribers 
of a particular service. The list may be entered using 
subscription interface 20 or administrator console 161. SRL 
entries may be personalized such that for any service, a 
personalization filter (other lhan a default filter) may be 
specified. A SRL enables different personalizations to apply 
for a login alias as well. For example, a login alias may be 
created using personalization engine 1632. Personalization 
engine 1632 enables subscribers to set preferred formats, 
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more GUIs. 

Exceptions module 1613 comprises one or more inter- 
faces that enable the system administrator to define one or 
more exceptions, triggers or other conditions. According to 
one embodiment, exceptions module 1613 comprises one or 
more GUIs. 

Call settings module 1614 comprises one or more inter- 
faces that enable the system administrator to select a set of 
style properties for a particular user or group of users. Each 
particular user may have different options for delivery of 
voice services depending on the hardware over which Iheir 
voice services are to be delivered and depending on their 
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own preferences. As an example of how tbe delivery of 
voice services depends on a user's hardware, the system may 
deliver voice services differently depending on whether the 
user's terminal device has voice mail or oot. As an example 
of how the delivery of voice services depends on a user's 
preferences, a user may chose to have the pitch of the voice, 
the speed of the voice or the sex of the voice varied 
depending on their personal preferences. According to one 
embodiment, call settings module 1614 comprises one or 
more GUIs. 

Address handling module 1615 comprises one or more 
interface that enable a system administrator to control the 
address (e.g., the telephone number) where voice services 
content is to be delivered. The may be set by the system 
administrator using address handling module 1615. Accord- 
ing to one embodiment, address handling module 1615 
comprises one or more GUIs. 

Voice service wizard module 1616 comprises a collection 
of interfaces that enable a system administrator to create 
and/or modify voice services. According to one 
embodiment, service wizard module 1616 comprises a col- 
lection of interfaces that enable a system administrator to 
define a series of dialogs that contain messages and inputs 
and determine the call flow between these dialogs based on 
selections made by the user. The arrangement of the mes- 
sages and prompts and the flow between them comprises the 
structure of a voice service. The substance of the messages 
and prompts is the content of a voice service. The structure 
and content are defined using service wizard module 1616. 

Voice service API 162 (e.g., MicroStrategy Telecaster 
Server API) provides communication between administrator 
console 161 and backend server 163. Voice Service API 162 
thus enables information entered through administrator con- 
sole 161 to be accessed by backend server 163 (e.g., 
MicroStrategy Telecaster Server). 

Backend server 163 utilizes the information input through 
administrator console 161 to initiate and construct voice 
services for delivery to a user. Backend server 163 com- 
prises report formatter 1631, personalization engine 1632, 
scheduler 1633 and SQL engine 1634. According to one 
embodiment, backend server 163 comprises MicroStrategy 
Broadcast Server. Report formatter 1631, personalization 
engine 1632, and scheduler 1633 operate together, utilizing 
the parameters entered through administrator console 161, to 
initiate and assemble voice services for transmission through 
call server 18. Specifically, scheduler 1633 monitors the 
voice service schedules and initiates voice services at the 
appropriate time. Personalization engine 1632 and report 
formatter 1631 use information entered through service 
wizard 1616, exceptions module 1613, call settings module 
1614, and address module 1615, and output provided by 
DSS server 14 to assemble and address personalized reports 
that can be sent to call server 18 for transmission. According 
to one embodiment, report formatter 1631 includes an XML 
based markup language engine to assemble the voice ser- 
vices. In a particular embodiment, report formatter includes 55 
a Telecaster Markup Language engine offered by MicroS- 
trategy Inc. to assemble the call content and structure for call 
server 18. 

SQL engine 1634 is used to make queries against a 
database when generating reports. More specifically, SQL 60 
engine 1634 converts requests for information into SQL 
statements to query a database. 

Repository 164 may be a group of relational tables stored 
in a database. Repository 164 stores objects which are 
needed by system 100 to function correctly. More than one 
repository can exist, but preferably the system 100 is con- 
nected to only one repository at a lime. 
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According to one embodiment, a call server 18 is used to 
accomplish transmission of the voice services over standard 
telephone lines. Call server 18 is shown in more detail in 
FIG. 3c. According to one embodiment, call server 18 
comprises software components 181 and hardware compo- 
nents 182. Software components 181 comprise call database 
1811, mark-up language parsing engine 1812, call builder 
1813, text-to-speech engine 1814, response storage device 
1815 and statistic accumulator 1816. 

Call database 1811 comprises storage for voice services 
that have been assembled in VSS 16 and are awaiting 
transmission by call server 18. These voice services may 
include those awaiting an initial attempt at transmission and 
those that were unsuccessfully transmitted (e.g., because of 
a busy signal) and are awaiting re-transmission. According 
to one embodiment, call database 1811 comprises any type 
of relational database having the size sufficient to store an 
outgoing voice service queue depending on the application. 
Call database 1811 also comprises storage space for a log of 
calls that have been completed. 

Voice services stored in call database 1811 are preferably 
stored in a mark-up language. Mark-up language parsing 
engine 1812 accepts these stored voice services and sepa- 
rates the voice services into parts. That is, the mark-up 
language version of these voice services comprises call 
content elements, call structure elements and mark-up lan- 
guage instructions. Mark-up language parsing engine 1812 
extracts the content and structure from the mark-up language 
and passes them to call builder 1813. 

Call builder 1813 is the module that initiates and conducts 
the telephone call to a user. More specifically, call builder 
dials and establishes a connection with a user and passes 
user input through to markup language parsing engine 1812. 
In one embodiment, call builder 1813 comprises "Call 
Builder" software available from Call Technologies Inc. Call 
builder 1813 may be used for device detection, line moni- 
toring for user input, call session management, potentially 
transfer of call to another line, termination of a call, and 
other functions. 

Text-to-speech engine 1814 works in conjunction with 
mark-up language parsing engine 1812 and call builder 1813 
to provide verbal communication with a user. Specifically, 
after call builder 1813 establishes a connection with a user, 
text-to-speech engine 1814 dynamically converts the con- 
tent from mark-up language parsing engine 1812 to speech 
in real time. 

A voice recognition module may be used to provide voice 
recognition functionality for call server 181. Voice recogni- 
tion functionality may be used to identify the user at the 
beginning of a call to help ensure that voice services are not 
presented to an unauthorized user or to identify if a human 
or machine answers the call. This module may be a part of 
call builder 1813. This module may also incorporate speech 
recognition technology to recognize spoken input (say "one" 
instead of press "I"), enhanced command execution (user 
could say "transfer money from my checking to savings"), 
enhanced filtering (instead of typing stock symbols, a user 
would say "MSTR"), enhanced prompting, (saying numeral 
values). 

User response module 1815 comprises a module that 
stores user responses and passes them back to intelligence 
server 16. Preferably, this is done within an AVP. During a 
telephone call, a user may be prompted to make choices in 
response to prompts by the system. Depending on the nature 
of the call, these responses may comprise, for example, 
instructions to buy or sell stock, to replenish inventory, or to 
buy or rebook an airline flight. User response module 1815 
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comprises a database to store these responses along with an 
identification of the call in which they were given. The 
identification of the call in which they were given is impor- 
tant to determining what should be done with these 
responses after the call is terminated. User responses may be 
passed back to intelligence server 16 after the call is com- 
plete. The responses may be processed during or after the 
call, by the system or by being passed to another application. 

Statistics accumulator 1816 comprises a module that 
accumulates statistics regarding calls placed by call builder 
1813. These statistics including, for example, the number of 
times a particular call has been attempted, the number of 
times a particular call has resulted in voice mail, the number 
of times a user responds to a call and other statistics, can be 
used to modify future call attempts to a particular user or the 
structure of a voice service provided to a particular user. For 
example, according to one embodiment, statistics accumu- 
lator 1816 accumulates the number of times a call has been 
unsuccessfully attempted by call builder 1813. This type of 
information is then used by call server 18 to determine 
whether or not the call should be attempted again, and 
whether or not a voice mail should be left. 

Call server 18 also comprises certain hardware compo- 
nents 182. As shown in FIG. lc, hardware components 182 
comprise processor 1821 and computer telephone module 
1822. According to one embodiment, processor 1821 com- 
prises a Pentium II processor, available from Intel, Inc. 
Module 1822 provides voice synthesis functionality that is 
used in conjunction with Text to Speech engine 1814 to 
communicate the content of voice services to a user. Module 
1822 preferably comprises voice boards available from 
Dialogic, Inc. Other processors and voice synthesizers meet- 
ing system requirements may be used. 

The system and method of the present invention may form 
an integral part of an overall commercial transaction pro- 
cessing system. 

According to one embodiment of the present invention, a 
system and method that enable closed-loop transaction pro- 
cessing are provided. The method begins with the deploy- 
ment of an 1VB by executing a service. As detailed above, 
this includes generating the content and combining this with 
personalization information to create an active voice page. 
Call server 18 places a call to the user. During the call, 
information is delivered to the user through a voice-enabled 
terminal device (e.g., a telephone or cellular phone). Phone 45 
lines 183 may be used for communication purposes. 

During the IVB, a user may request a transaction, service, 
further information from the database or other request, e.g., 
based on options presented to the user. These will generi- 
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entered into the generic request and thus completes a spe- 
cific transaction request. For example, in the example if a 
user exercises an option to buy a particular stock, that 
stock's ticker symbol is used to complete a generic "stock 
buy" that was embedded in the active voice page. 

According to one embodiment, tokens are used to manage 
user inputs during the IVB. A token is a temporary variable 
that can hold different values during an IVB. When a user 
enters input, it is stored as a token. The token value is used 
to complete a transaction request as described above. 
According to one embodiment, the system maintains a 
running list of tokens, or a response collection, during an 
IVB. 

In order to complete the requested transaction, the user 
responses (and other information from the active voice page) 
may need to be converted to a particular format. The format 
will depend, for example, on the nature and type of trans- 
action requested and the system or application that will 
execute the transaction. For example, a request to purchase 
goods through a web-site may require the information to be 
in HTML/HTTP format. A request for additional informa- 
tion may require and SQL statement. A telephone-based 
transaction may require another format. 

Therefore, the transaction request is formatted. According 
to one embodiment, the transaction is formatted to be made 
against a web-based transaction system. According to 
another embodiment, the transaction request is formatted to 
be made against a database. According to another 
embodiment, the transaction is formatted to be made against 
a telephone-based transaction system. According to another 
embodiment, the transaction is formatted to be made via 
e-mail or EDI. Other embodiments are possible. 

In one embodiment, the formatted transaction request 
comprises an embedded transaction request. The system 
described in connection with FIGS. 1-3 provides interactive 
voice services using TML, a markup language based on 
XML. Using TML active voice pages are constructed that 
contain the structure and content for a interactive voice 
broadcast including, inter alia, presenting the user with 
options and prompting the user for information. Moreover in 
connection with OPTION and PROMPT elements, active 
voice pages also can include embedded statements such as 
transaction requests. Therefore, the formatting for the trans- 
action request can be accomplished ahead of time based on 
the particular types of transactions the user may select. 

For example, in connection with an exemplary stock 
purchase, an active voice page can include an embedded 
transaction request to sell stock in the format necessary for 
a particular preferred brokerage. The embedded statement 



cally be referred to as transactions. The request may be, but 50 would include predefined variables for the name of the 



is not necessarily, based on or related to information that was 
delivered to the user. According to one embodiment, the 
request comprises a user response to a set of options and/or 
input of information through a telephone keypad, voice 
input or other input mechanism. According to another 55 
embodiment, the request can be made by a user by speaking 
the request. Other types of requests are possible. 

According to one embodiment, the user responses are 
written to a response collection, which along with informa- 
tion stored in the active voice page, can be used to cause a 
selected transaction to be executed. According to one 
embodiment, the active voice page comprises an XML- 
based document that includes embedded, generic requests, 
e.g., a request for a transaction, or a request for additional 
information (a database query). These embedded requests 
are linked with, for example option statements or prompts so 
that when a user enters information, the information is 
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stock, the number of shares, the type of order (market or 
limit, etc.), and other variables. When the user chooses to 
exercise the option to buy or sell stock, the predefined 
variables are replaced with information entered by the user 
in response to OPTION or PROMPT elements. Thus, a 
properly formatted transaction request is completed. 

In the system of FIGS. 1-3, TML parsing engine in call 
server 18 includes the functionality necessary to generate the 
properly formatted transaction request as described above. 
For example, in connection with the embodiment described 
above, the TML parsing engine shown in FIG. 3c reads the 
active voice pages. When the TML parsing engine reads an 
OPTION element that includes and embedded transaction 
request, it stores the transaction request, and defines the 
necessary variables and variable locations. When the user 
exercises that OPTION, the user's input is received by the 
TML parsing engine and placed at the memory locations to 
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complete the transaction request This technique could be 
used, for example, to generate a formatted transaction 
request for web-site. 

According to another embodiment, where the transaction 
request is made via a natural language, voice request, a 
formatted transaction request can be generated in a number 
of ways. According to one embodiment, speech recognition 
technology is used to translate the user's request into text 
and parse out the response information. The text is then used 
to complete an embedded transaction request as described 
above. According to another embodiment, speech recogni- 
tion software is used to translate the request to text. The text 
is then converted to a formatted request based on a set of 
known preferences. 

A connection is established with the transaction process- 
ing system. This can be accomplished during, or after the 
IVB. According to one embodiment, the transaction pro- 
cessing system comprises a remotely located telephone- 
based transaction site. For example, in the system shown in 
FIGS. 1-3, call server 18, through the TML parsing engine 
1812, establishes a connection with a telephone-based trans- 
action processing site. 

According to another embodiment, the transaction pro- 
cessing system comprises a remotely based web-site. 
According to this embodiment, the formatted request 
includes a URL to locate the web-site and the system 
accesses the site through a web connection using the for- 
matted request. Alternatively, the formatted request includes 
an e-mail address and the system uses any known email 
program to generate an e-mail request for the transaction. 

After the connection is established, the transaction is 
processed by the transaction processing site and the user is 
notified of the status of the transaction. If the transaction is 
completed in real-time, the user may be immediately noti- 
fied. If the transaction is executed after the IVB, the user 
may be called again by the system, sent an e-mail, or 
otherwise notified when the transaction has been completed. 

According to one particular embodiment, the system 
comprises the interactive voice broadcasting system shown 
and described in FIGS. 1-3 and the transaction is accom- 
plished in real-time. In this embodiment, confirmation of the 
transaction is returned to TML parsing engine 1812 shown 
in FIG. 3 and translated to speech in text-to-speech engine 
1814 and presented to the user during the IVB. More 
specifically, and similar to the process described with respect 
to embedded formatted transaction requests, TML also 
enables embedding of a response statement. Thus, when the 
transaction is processed and confirmation of the transaction 
is returned to the system, an embedded confirmation state- 
ment is conveyed to the user through TML parsing engine 
1812 after being converted to speech in text-to-speech 
engine 1814. 

FIG. 4 schematically depicts one example of how the 
system and method of the present invention would fit into 
such a commercial transaction processing system. Working 
from left to right in FIG. 4, the system begins and ends with 
information stored in relational databases. One of the pri- 
mary purposes of information is in making decisions. Thus, 
the information in the databases is most useful if provided to 
someone who desires it in a timely fashion. 

A voice service system is provided to enable access to the 
information in the databases. The voice service system 
utilizes personalization information and personalized menus 
to construct AVPs pages that enable the information to be 
delivered to a user verbally. Moreover, the AVPs pages, not 
only enable information to be presented to the user. Bui, they 
also enable the user to provide information back to the voice 
service system for additional processing. 
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According to the embodiment shown in FIG. 4, once the 
AVPs are constructed by voice service system, they are 
processed and the content is delivered to a user verbally in 
an IVB. Thus, call processing and lext-to-speech technology 
are used to establish a telephone connection with a user and 
convert the active voice pages to speech for presentation to 
the user. As shown in FIG. 4, the IVB may be delivered to 
a user in many devices, including a telephone, a mobile 
phone, voice mail, an answering machine or any other 
voice-enabled device. 

During the IVB, depending on the content that is being 
delivered, control may be passed to an e-commerce appli- 
cation for the user to complete a transaction based on the 
information presented. For example, if the user has 
requested information about sales on a particular brand of 
merchandise, the user may be connected with a particular 
retailer in order to complete a transaction to buy a particular 
good or service. Information about this transaction is then 
added to the databases and thus may be advantageously 
accessed by other users. 

It may not be economical for some potential users of a 
voice broadcasting system to buy and/or maintain their own 
telephony hardware and software as embodied in call server 
18. In such a case, a voice service bureau may be maintained 
at a remote location to service users voice service requests. 
A voice service bureau and a method of using a voice service 
bureau according to various embodiments of the present 
invention is described in conjunction with FIGS, 5-6. 

In one embodiment, a voice service bureau may comprise 
one or more call servers and call databases that are centrally 
located and enable other voice service systems to generate a 
call request and pass the call request to the VSB to execute 
a call. In this way the other voice service systems do not 
need to invest in acquiring and maintaining call data bases, 
call servers, additional telephone lines and other equipment 
or software. Moreover, the VSB facilitates weeding out 
usage of illegal numbers and spamming by number checking 
implemented through its web server. 

A voice service bureau and a method of using a voice 
service bureau according to one embodiment are described 
in conjunction with FIGS. 5-6. FIG. 5 depicts a method of 
utilizing a voice service bureau according to one embodi- 
ment of the present invention. The method begins in step 810 
with a request to place one or more telephone calls received 
through a computer network. 

According to one embodiment, the voice service bureau is 
maintained at a location distant from the voice service 
system. Therefore, in order for a voice service to be pro- 
cessed by the voice service bureau, in step 810 the voice 
service is sent to the voice services bureau, preferably over 
some secure line of communication. According to one 
embodiment, the request is sent to the voice service bureau 
through the Internet using secure HTTPS. HTTPS provides 
a secure exchange of data between clients and the voice 
service bureau using asymmetric encryption keys based on 
secure server certificates. In another embodiment, SSL 
HTTP protocol is used to send a call request to the voice 
service bureau. Both of these protocols help ensure that a 
secure channel of communication is maintained between the 
voice service system and the voice service bureau. Other 
security techniques may be used. 

When a request for a call or telecast is received, by the 
VSB, the request is authenticated by the voice service 
bureau in step 820. According to one embodiment, the 
authenticity of the request is determined in at least two ways. 
First, it is determined whether or not the request was 
submitted from a server having a valid, active server cer- 
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ttficate. More specifically, requests may be typically 
received via a stream of HTTPS data. Each such request 
originating from a server with a valid server certificate will 
include an embedded code (i.e., server certificate) that 
indicates the request is authentic. In addition to the use of 
server certificates, each request may also be authenticated 
using an identification number and password. Therefore, if 
the request submitted does not include a valid server cer- 
tificate and does not identify a valid I.D./password 
combination, the request will not be processed. The step of 
authenticating also comprises performing any necessary 
decryption. According to one embodiment, any errors that 
are encountered in the process of decrypting or authenticat- 
ing the call request are logged an error system and may be 
sent back to the administrator of the sending system. Other 
methods of authenticating the request are possible. 

Each properly authenticated request is sent to a call server 
(step 830) and processed (step 840). According to one 
embodiment, the voice service bureau comprises a number 
of call servers. According to one embodiment, the calls are 
sent to a call database, and processed as set forth herein in 
conjunction with the explanation of call server 18. 

One embodiment of a voice service bureau will now be 
explained in conjunction with FIGS. 6a-6c. FIG. 6a depicts 
a system comprising a plurality of client side installations 
91, a primary voice bureau 92, a system administrator 93, a 
backup voice service bureau 94, and a plurality of users 95. 
Client side installations 91 communicate with voice service 
bureau 92 through a computer network. Voice service bureau 
92 communicates with users 95 through a voice network. 
According to one embodiment, the computer network com- 
prises the internet and client side installations 91 commu- 
nicate with voice service bureau 92 using HTTPS as 
described above, and the voice network comprises a public 
telephone network. 

According to one embodiment, client side installations 91 
are substantially identical to the system shown in FIG. 4 
except for the elimination of call server 18. In the system of 
FIG. 6a, the functionality of call server 18 is performed by 
VSB 92. As shown in this embodiment, VSB 92 can service 
multiple client side installations 91, to 9 In. According to 
another embodiment, client-side installation functionality 
may be included within VSB 92. According to this embodi- 
ment VSB 92 constitutes a fully functional voice service that 
is accessible through email, telephone or other interfaces. 

According to this embodiment, when voice services have 
been assembled by intelligence server 16, a request to have 
the voice services transmitted is sent via a secure network 
connection through the computer network shown to primary 
voice bureau 92 and backup voice service bureau 94 as 
described above. According to one embodiment, the request 
comprises a mark-up language string that contains the voice 
service structure and content and personal style properties 
and other information. As described above, voice bureau 92 
authenticates the request, queues the voice services and 
sends telecasts to users 95 through the voice network. 

A block diagram of one embodiment of primary voice 
bureau 92 is shown in FIG. 6b. According to this 
embodiment, primary voice bureau comprises routers 921, 
dual-homed servers 922, database servers 923, call database 
924, backup storage 925, call servers 926, internal switch 
927, and system administrator 93. Routers 921 receive call 
requests via a computer network and pass them along lo one 
of the two dual-homed servers 922. Router 921 monitors 
activity on servers 922 and forwards call requests to one of 
the two depending on availability. 

Dual-homed servers 922 comprise servers configured to 
receive and send HTTPS email. As part of their receiving 
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function, dual-homed servers 922 are configured to perform 
the authentication processing described above. According to 
one embodiment, dual-homed servers 922 determine 
whether the incoming request originated from a server with 
an active server certificate and also determine if the request 
contains a valid I.D^password combination. Once dual- 
homed servers 922 have authenticated the incoming request, 
they forward the request to be queued in call database 924. 
As part of their sending function, dual-homed servers 922 
are configured to format and send HTTPS email. As dis- 
cussed above, during a telecast a user may request that 
further information be accessed from a database or that some 
transaction be performed. According to one embodiment, 
these user requests are forwarded back to the originating 
system via HTTPS email by dual-homed servers 922. Dual- 
homed servers 922 are load balanced to facilitate optimal 
performance and handling of incoming call requests. 

Database servers 923, call database 924, and backup 
storage 925 together comprise a call request queuing system. 
Primary voice bureau 92 is configured to handle a large 
number of call requests. It may not be possible to process 
call requests as they arrive. Therefore, call requests are 
queued in call database 924. According to one embodiment, 
call database 924 comprises a relational database that main- 
tains a queue of all call requests that need lo be processed as 
well as logs of calls that have been processed. According lo 
another embodiment, primary VSB 92 may include a 
failover measure lhat enables another system server to 
become the call database if call database 924 should fail. 

Database servers 923 are configured to control access to 
call database 924. According to one embodiment, database 
servers may be optimized to generate SQL statements to 
access entries in call database at high speed. Database 
servers 923 also control storage of call requests and call logs 
in call database 924. 

Call servers 926 each are configured to format and send 
telecasts. According to one embodiment, each of call servers 
926 is substantially identical to call server 18 shown in FIG. 
3c. More specifically, each of call servers 926 receives 
requests for telecasts, parses Ihe call content from the 
mark-language, establishes a connection with the user 
through phone lines 929, and receives user responses. 
According to one embodiment, call servers 926 comprise a 
clustered architecture that facililates message recovery in the 
event of server failure. 

Primary voice bureau 92 is controlled by system admin- 
istrator 93 and internal switch 927. System administrator 
controls switch 927 and thus controls the flow of call 
requests to call database 924 from dual homed servers 922 
and to call servers 926 from call database 924. 

System administrator 93 is also configured to perform a 
number of other services for primary voice bureau 92. 
According to one embodiment, system administrator 93 also 
comprises a billing module, a statistics module, a service 
module and a security module. The billing modules tabulates 
the number of voice service requests that come from a 
particular user and considers the billing plan that the cus- 
tomer uses so that the user may be appropriately billed for 
the use of voice bureau 92. The statistics module determines 
and maintains statistics about the number of call requests 
that are processed by voice bureau 92 and statistics regard- 
ing call completion such as, e.g., success, failed due to busy 
signal and failed due to invalid number. These statistics may 
be used, for example, to evaluate hardware requirements and 
modify pricing schemes. The security module monitors 
activity on voice bureau 92 to determine whether or not any 
unauthorized user has accessed or attempted to access the 
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system. The service module provides an interface through 
which primary voice bureau 92 may be monitored, for 
example, to determine the status of call requests. Other 
service modules are possible. Moreover, although these 
services are described as distinct modules, their functional- 
ity could be combined and provided in a single module. 

Backup voice service bureau 94 receives a redundant 
request for voice services. Backup voice service bureau 94 
processes the requests only when primary voice service 
bureau is offline or busy. One embodiment of backup voice 
service bureau 94 is shown in FIG. 6c. Backup voice bureau 
94 comprises routers 941, HTTP server 942, database server 
943, call server 946 and routers 947. Each of these compo- 
nents performs a function identical to the corresponding 
element in primary voice bureau 92. Router 947 replaces 
switch 927. Communication lines 949 may replace phone 
lines 929. Router 947 controls the forwarding of call 
requests to database server 943 for queuing in an internal 
database, and the forwarding of call requests to call server 
946 from database server 943. 

The systems and methods discussed above are directed to 
outbound broadcasting of voice services. Nevertheless, in 
certain situations, for example when the out bound telecast 
is missed, it is desirable to for a voice service system to 
enable inbound calling. According to another embodiment, 
a method and system for providing integrated inbound and 
outbound voice services is disclosed. 

A method for providing inbound access to voice services 
according to one embodiment of the present invention is 
shown in FIG. 7. According to FIG. 7, the method begins 
with receipt of a call requesting voice services in step 1210. 
To help ensure system integrity and to prevent unauthorized 
access, a call request is authenticated in step 1220. Accord- 
ing to one embodiment, each incoming caller is automati- 
cally prompted to enter a login identifier and a PIN. Accord- 
ing to another embodiment, an automatic number 
identification system is used, in addition to a login identifier 
and PIN system, to determine whether or not the user is 
calling from an authorized device. According to another 
embodiment, speaker recognition technology is utilized to 
identify a caller. According to this embodiment, voice prints 
for each user of the voice service system are stored as 
identifiers. When an inbound call is connected, pattern 
matching techniques are used verify the user's speech 
against the previously stored voice prints. Other security 45 
measures are possible. 

In step 1230, a voice page is located. As explained above, 
a telecast of a voice service is driven by an active voice page. 
Accordingly, a user calling in to access voice services 
locates the desired active voice page. According to one 50 
embodiment, the user is automatically placed into an active 
voice page of a voice service that the user missed. That is, 
the system chooses an active voice page that it was unable 
to deliver. According to this embodiment, when a call is 
undeliverable (e.g., when an answering machine picks up), 55 
the active voice page for that call is placed in memory in a 
"voice site" table or as an active voice page on a web site and 
addressed using the user's identification. When the user calls 
in to retrieve the voice service, after the user logs in, the 
table or web site will be searched for an active voice page 
that corresponds to their identification. If such a page exists, 
it is executed by the call server. 

Other possibilities exist for accessing active voice pages 
through inbound calling. According to another embodiment, 
the system maintains a log of all voice services sent and 
provides an inbound user an option to select one of their 
previous voice services. According to another embodiment, 
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an inbound caller is automatically placed into an active 
voice page that presents the user with an option to select one 
of that user's most frequently used services. According to 
still another embodiment, the user is allowed to search for 
past active voice pages by date or content. For example, the 
user may be prompted to enter a date on or near which the 
desired voice page was executed. According to another 
embodiment, the user may use the telephone keys to enter a 
search term and search the content of any previously 
executed active voice page that they are authorized to access 
or that is not secure. 

Once an active voice page is located, the user navigates 
through the active voice page in step 1240. As described 
above, a user navigates through an active voice by exercis- 
ing options, responding to prompts and otherwise entering 
input to the system. An inbound calling system would thus 
have access to the full functionality of the voice service 
system described in conjunction with FIGS. 1-6. 

FIG. 8 depicts a block diagram of a call server 18a that 
enables integrated inbound and outbound calling. In addition 
to the modules depicted in call server 18 of FIG. 3, call 
server 18a comprises call receiver module 1817, security 
module 1818 and search module 1819. Moreover, in the 
system for permitting inbound and outbound calling, call 
database 1811 has been replaced with an enhanced call 
database 1811a. 

In order to receive inbound calk, call server 18a com- 
prises call receiver module 1817. Although, call server 18 
discussed above contains hardware permitting reception of 
calls as well as transmission of calls, it is not set up to 
receive calls. Call receiver module 1817 enables call server 
18a to receive calls and routes the incoming calls to security 
module 1818. According to one embodiment, call receiver 
module comprises a software component designed to con- 
figure call server 18a to receive calls. Other embodiments 
are possible. 

Received calls are forwarded to security module 1818 for 
authentication. According to one embodiment discussed 
above, incoming calls arc authenticated using login I.D.'s 
and passwords. According to another embodiment, auto- 
matic number identification software is used to identify and 
authenticate callers. According to another embodiment, 
speech recognition and pattern matching techniques are used 
to identify a caller. 

Authenticated calls may search for an active voice page 
using search module 1819. According to one embodiment, 
search module 1819 comprises a search engine designed 
specifically to search active voice pages. According to one 
embodiment discussed above, active voice pages utilize an 
XML-based language and search module 1819 comprises an 
XML-based search engine. According to another 
embodiment, search module 1819 comprises a SOL engine 
designed to make queries against a relational or other type 
of database. 

The active voice pages that are being search are stored in 
enhanced call database 1811a. In addition to its facilities to 
queue and log calls, enhanced call database 1811 includes 
facilities to catalog active voice pages. According to one 
embodiment, enhanced call database comprises a relational 
or other type of database. According to this embodiment, 
enhanced call database is used to store and categorize active 
voice pages and corresponding parameters, such as expira- 
tion dates for active voice pages. Other storage facilities are 
possible. 

Various features and functions of the present invention 
extend the capabilities of previously known information 
delivery systems. One such system is MicroStrategy's 
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Broadcaster version 5.6. The features and functions of the 9. The method of claim 1, wherein the enhancements 

present invention are usable in conjunction with Broadcaster comprise sound effects to be added to the personalized sound 

and other information delivery systems or alone. Other files. 

products may be used with the various features and func- 10. The method of claim 1, wherein the enhancements 

tions of the invention including, but not limited to, 5 comprise music to be added to the personalized sound files. 

Microstategy's known product suite. u. The me thod of claim 1, wherein the enhancements 

Other embodiments and uses of the invention will be comprise sound files to be added to the personalized sound 

apparent to those skilled in the art from consideration of the ules 

specification and practice of the invention disclosed herein. n ^ mcthod of daim t whercin mc enhancements 

The specification and examples should be considered exem- 10 comprisc enhancements. 

plary only. The scope of the invention is only limited by the 13 A systcm for providing one or morc individuals with 

claims appended hereto. personalized information in an audible format comprising: 

* * V. r . ...... . . means for accessing personalized information for the one 

1. A method for providing one or more individuals with . -j \. 

personalized information in an audible format, the method 15 

comprising: means for generating personalized markup documents for 

. . c ■ r „ „ the one or more individuals from the personalized 

accessing personalized information for the one or more . , v 

. .. .j - information; 
individuals; 

... * * p i A means for generating personalized sound files from the 

generating personalized markup documents for the one or p , . 

more individuals from the personalized information; 20 Penalized markup documents; 

generating personalized sound files from the personalized meaDS f ° r <^°mizin 8 * e P^jf* ^ f\ b / 

fa , b *T r presenting the one or more individuals with a plurality 

markuD documents; „ . _ - • 

F ' of style properties comprising options pertaining to 

customizing the personalized sound files by presenting the enhancements to the personalized sound files to be used 

one or more individuals with a plurality of style prop- 25 m gencrating me personalized sound files, registering 

erlies comprising options pertaining to enhancements slyle pr0 p ert y selections from the one or more 

to the personalized sound files to be used in generating individuals, and generating the personalized sound files 

the personalized sound files, registering style property m accordance witb the registered style property selec- 

selections from the one or more individuals, and gen- tions* and 

erating the personalized sound files in accordance with 30 means ^ deliverin the personaIized so Und files to the 

the registered style property selections; and ^ or ^ 

delivering the personalized sound files to the one or more 14 ^ system of da i m ^ wherein the means for 

individuals. accessing personalized information comprises an on-line 

2. The mcthod of claim 1, wherein the step of generating analytical processing system. 

personalized sound files comprises generating one or more 35 15 ^ syslem 0 f c i a j m 13 wherein the means for 

sound files in a digital audio format. generating personalized markup documents comprises a 

3. The method of claim 1 wherein the step of delivering servef fof gencrat ; Dg me personalized markup documents 
the personalized sound files comprises: from thc personalized information. 

composing one or more electronic mail messages; and, 16. The syslem of claim 13 further comprising: 

attaching the personalized sound files to the electronic 40 a markup parsing engine for translating the personalized 

mail messages. markup documents; and, 

4. The method of claim 1 wherein the step of delivering a text tQ speech engine for generating a speec h output 
thc personalized sound files comprises: from me trans i ate d personalized markup documents. 

posting the personalized sound files on an Internet web 4J 17, The system of claim 13, wherein the sound file 

site; and, generator further comprises a sound file format module that 

granting the one or more individuals access to the Internet formats the personalized sound files into a digital sound file 

web site. format. 

5. The method of claim 1, wherein thc plurality of style 18. The system of claim 17, wherein the format is a .wav 
properties comprise options pertaining to format of the 50 file format. 

personalized sound files. 19. The system of claim 13 wherein the sound file 

6. The method of claim 1, wherein the plurality of slyle distribution module further comprises an electronic mail 
properties comprise options pertaining to delivery of the delivery module that delivers an electronic mail message 
personalized sound files. containing the personalized sound files to the one or more 

7. The method of claim 1, wherein the plurality of style 55 individuals. 

properties comprise options pertaining to content of the 20. The system of claim 13, wherein the sound file 

personalized sound files. distribution module further comprises a module that enables 

8. The method of claim 1, wherein the plurality of style posting the personalized sound files to an Internet web site, 
properties comprise options pertaining to size of the per- 
sonalized sound files. * * * * * 
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